home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20020314-20021006 / 000053_fdc@columbia.edu_Sat Apr 27 10:50:38 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  74 lines
  1. Article: 13345 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
  3. From: fdc@columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: a bug on GNU/linux: speed reset to unintended value occasionally.
  6. Date: 27 Apr 2002 10:47:47 -0400
  7. Organization: Columbia University
  8. Lines: 57
  9. Message-ID: <aaedmj$oo5$1@watsol.cc.columbia.edu>
  10. References: <3CAFF81C.8039CBF8@yk.rim.or.jp> <3CC98FC0.AADA5130@yk.rim.or.jp> <aac6cv$rlm$1@watsol.cc.columbia.edu> <3CCA03A1.59EF10C9@yk.rim.or.jp>
  11. NNTP-Posting-Host: watsol.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1019918868 28685 128.59.39.139 (27 Apr 2002 14:47:48 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 27 Apr 2002 14:47:48 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13345
  16.  
  17. In article <3CCA03A1.59EF10C9@yk.rim.or.jp>,
  18. Ishikawa  <ishikawa@yk.rim.or.jp> wrote:
  19. : Frank da Cruz wrote:
  20. : > Fujii-san wrote a book, "MS-Kermit Nyumon":
  21. : > 
  22. : >   http://www.columbia.edu/kermit/manuals.html
  23. : > ...
  24. :
  25. : Until seeing the page, I didn't know books in languages other than
  26. : in English and Japanese existed. Kermit, the program, seems to
  27. : be used all over the world!
  28. : 
  29. There would have been Kermit books in Russian too.  We signed a contract
  30. with the USSR state publishing house in Moscow in 1989, but before the
  31. translations were complete, the Soviet Union disappeared.
  32.  
  33. : Based on your observation that the executable wermit may have skewed
  34. : distribution of octet values (very likely indeed), I counted the
  35. : frequency of each octet value.  To make a long story short, I found
  36. : that 0 is most frequent as you guessed correctly.
  37. : 
  38. And of course long runs of NUL bytes (or any other repeated bytes)
  39. are compressed by Kermit, so this adds another variable to the equation.
  40. If you precompress the same file and send it with Kermit, the result
  41. might not be very different from sending it uncompressed (depending on
  42. the file -- this is true mostly for binary executables).
  43.  
  44. : >case-4: `case-1` setting 
  45. : >    +  "set prefixing none"
  46. : >    (BTW, Completion doesn't show "none" as a valid third argument.)
  47. : 
  48. : I noticed a few cases where an accepted option is not shown in the
  49. : response to "?" completion helper listing.  The above is such a case.
  50. : I found the effect of "minimal" and "none" is slightly
  51. : different and so "none" ought to be listed IMHO.
  52. : 
  53. I made it "invisible" because it is dangerous in most situations, but in 
  54. honor of your thorough investigations, maybe I can make it visible in
  55. the next release (but it will still be dangerous).
  56.  
  57. Reading ahead...
  58.  
  59. : Incidentally, this /CALIBRATE is not shown
  60. : in the "help send" listing because
  61. : it is not usually necessary for an ordinary user and
  62. : only meant for testing. Corret?
  63. :
  64. Yes (as Jeff said).  The purpose is to send any desired amount of random
  65. uncompressible data without having to do disk i/o, and using only a
  66. minimum of calculation, so we can measure the performance of the protocol
  67. on different kinds of connections with different parameters (streaming vs
  68. window, window size, packet length, (un)prefixing, 7/8 bit, single/locking
  69. shifts, etc), and also profile the software.  Developing an algorithm to
  70. generate unlimited amounts of non-repeating uniform random data was a
  71. fun project.
  72.  
  73. - Frank
  74.